home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000457_connolly@pixel.convex.com _Tue Dec 8 05:48:29 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  1KB
  1. Return-Path: <connolly@pixel.convex.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA16361; Tue, 8 Dec 92 05:48:29 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA19971; Tue, 8 Dec 1992 06:01:50 +0100
  6. Received: from pixel.convex.com by convex.convex.com (5.64/1.35)
  7.     id AA15540; Mon, 7 Dec 92 23:01:47 -0600
  8. Received: from localhost by pixel.convex.com (5.64/1.28)
  9.     id AA29598; Mon, 7 Dec 92 23:01:46 -0600
  10. Message-Id: <9212080501.AA29598@pixel.convex.com>
  11. To: www-talk@nxoc01.cern.ch
  12. Subject: HTML: hypertext or hypermedia?
  13. Date: Mon, 07 Dec 92 23:01:46 CST
  14. From: Dan Connolly <connolly@pixel.convex.com>
  15.  
  16. Some folks have expressed an interest in putting graphics
  17. and such _inside_ an HTML document.
  18.  
  19. Other folks just want references from the SGML to
  20. external data. (even if it's presented as if it
  21. were part of the flow of text).
  22.  
  23. I'm leaning toward the latter scenario. Inside
  24. the HTML stream, you get SGML character stuff. No
  25. graphics -- not even base64 encoded stuff.
  26.  
  27. The graphics stuff goes in another node. (or you
  28. _could_ use the MIME multipart mechanism to glue
  29. them together, but I don't see that as a very popular
  30. choice. Even if you did that, it would not impact
  31. the HTML spec.)
  32.  
  33. Dan